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ABSTRACT 



A computer model for facilitating computer assisted design 
includes data structures which are flexibly organized by 
storing of information in accordance with entities or simu- 
lations thereof (including symbolic layer entities, area 
entities, area spec entities and area spec usage pattern 
entities), which are hierarchically associated both by rela- 
tionships between them at a given level of abstraction of the 
physical entity they represent and by various attributes that 
correspond to different levels of abstraction in graphs. The 
graphs are freely raappable onto any desired fixed data 
structure such as a hierarchical area tree. Each hierarchical 
level and particularly the symbolic Layer entity within the 
computer model provides data hiding at each lower level 
thereof and thus provides data hiding in the fixed data 
structure by virtue of the mapping function in order to 
reduce data processing overhead for manipulation of the 
fixed data structure. Further spatial restriction within one or 
more symbolic layers is provided by means of an applica- 
tions window entity. Data compaction is provided by pro- 
vision of data sharing of area spec entities by plural area 
entities which are otherwise uniquely maintained. 

14 Claims, 8 Drawing Sheets 
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HIERARCHICAL DATA MODEL FOR 
DESIGN AUTOMATION 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention generally relates to an enhancement 
for computer assisted design and, more particularly, to a data 
model for facilitating data processing incident thereto, espe- 
cially as related to semiconductor integrated circuit layout 
design. 

2. Description of the Prior Art 

Computer assisted design (CAD) is generally well-known 
and relatively well-developed Numerous CAD applications 
are currently available for general drafting, architectural, 
and other applications. Due to the many critical design 
constraints which must be observed, which may be generally 
referred to as design rules, in the often highly repetitive 
nature of integrated circuit designs. CAD applications have 
been used for a number of years for design of mask or 
pattern layout for manufacture of semiconductor devices and 
especially integrated circuits having a high density of inte- 
gration. By the same token such CAD applications operate 
at far less than optimum levels due to the large number of 
data necessary to represent design rules and other criteria 
with a desired degree of accuracy. For example, on small 
computers, additional math co-processing apparatus must 
generally be provided in order to obtain satisfactory execu- 
tion speeds. Further, a large number of data are necessary to 
represent repeated patterns or patterns which are substan- 
tially repeated but modified to a greater or lesser extent in 
particular iterations of the pattern. 

It is also common to generate a full bit map of the repeated 
patterns and to accumulate therefrom a full bit map of the 
design as it is completed. In this regard, it is also known to 
provide for aggregation of elemental patterns (eg. transis- 
tors into gates, gates into gate arrays, etc.) for operational 
simplicity. However, this is only done at the expense of 
greater computational complexity since the aggregated pat- 
terns will require far more data to express, particularly as a 
bit map. than the sum of the elemental patterns included 
therein. This is true since, as more structure Is handled 
together, the number of constraints on further design work 
which can be permitted under the design rules and the 
constraints imposed by the circuit elements and the devices 
represented by the aggregated patterns increases greatly as 
areas are aggregated. 

It is also recognized in the data processing arts that 
operation of an application program can often be enhanced 
by the data structure employed to hold data upon which the 
application program will operate. For example, when a 
search of data is required, tree structures will increase search 
speed since, if properly managed and rebalanced from 
time-to-time, a tree structure will permit at least half of the 
data remaining to be searched to be ignored subsequent to 
each search path decision. However, during computer 
assisted design of integrated circuits, in particular, the 
amount of data which is generated and the number of 
operations to be performed thereon is sufficient to signifi- 
cantly slow the response time of the data processing appa- 
ratus even if such known data structures are optimally used 
because the management of the data structure, itself, 
requires a significant amount of computational overhead. 
Further, no single data structure is optimum for all applica- 
tions or even all parts of a single application. Therefore, the 
constraints imposed by the data structure and the modelling 
of the physical structure being designed can be considered to 
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be a major impediment to the operational efficiency of 
computer assisted design applications. 

Of course, techniques are known for manipulating data 
structures such as for rebalancing of tree structures and for 

3 rearranging data in one data structure into another data 
structure. That is. flat (eg. all image points represented 
without regard to relative position), segmented or slotted 
(e.g. where restrictions are placed on locations of sub- 
patterns) and the like can be freely translated to other data 

io structures such as tree structures within the present state of 
the art but only at the cost of substantial computing over- 
head. Running such translation programs in the foreground 
or even under general control of a design program does not 
engender efficiency when a large amount of data is involved. 

13 A substantial loss of efficiency accrues as increasing 
amounts of data are generated during the design process, 
particularly in the case of integrated circuit design. This can 
be appreciated by observing that the benefit of tree structures 
is that they allow substantial amounts of data to be ignored 

20 during a search of that data. Manipulating each piece of data 
in the data base or even a significant fraction thereof to allow 
an efficient search clearly would require more data process- 
ing time than is saved by an optimally efficient search. 
Accordingly there is a long-felt need for data modelling 

23 which maintains efficiency of access to data during com- 
puter assisted design processing. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to provide 

30 a method and apparatus for modelling of a physical structure 
being designed which provides transparency of the data 
structure and allows manipulation of a data structure inde- 
pendently of an application accessing the data structure. 
It is another object of the invention to provide a method 

35 and apparatus for modelling a physical structure being 
designed which masks data which is not necessary to a 
particular operation of the application being executed. 
It is a further object of the invention to provide a method 

^ and apparatus for modelling a physical structure being 
designed which reduces the amount of data to be searched as 
design data is accumulated. 

It is another further object of the invention to provide a 
method and apparatus for modelling a physical structure 

45 being designed which allows each application or portion of 
an application to have its own view (e.g. organization) of the 
data structure containing data to be operated upon. 

In order to achieve the above and other objects of the 
present invention, an information model is provided com- 

30 prising a first data structure containing, at respective nodes, 
descriptions of physical or abstracted physical attributes of 
a spatially partitioned physical structure partitioned 
hierarchically, a second data structure containing, at respec- 
tive nodes, a nested, compacted, representation of the struc- 

ss rural representation of each hierarchical partition of the 
physical or abstracted physical attributes and specifications 
of each hierarchical partition of said physical or abstracted 
physical attributes, and an interface for encapsulating the 
first and second data structures from inquiring applications. 

60 each node of the first data structure mapping to a node of the 
second data structure and each node of the second data 
structure mapping to at least one node at a single hierarchical 
level of the first data structure. 
In accordance with another aspect of the invention, a 

65 method of performing an operation on data representing 
physical or abstracted physical attributes of an object is 
provided, including the steps of specifying data in a first data 
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structure in a hierarchical form, storing specification data in must be highly regular, such as in well-known quadtrees and 
nodes of a second data structure which is hierarchically octrees which have four and eight branches, respectively, 
partitioned, the specification data at a node of the second from each node. Due to this organizauon. many character- 
data structure corresponding to the data stored in at least one istics which may be common to numerous nodes usually 
node at a single hierarchical level of the first data structure. 5 must be separately stored because of a singte or small 
mapping nodes of the first data structure to nodes of the number of differing characteristics, thus increaskg the data 
serond data structure, and fonning an encapsulating layer volume which must be searched and accessed. FurAff. the 
which interfaces with the first and second data structures for organization of data (e.g. the order in which differing 
accessing, interrogating and altering the first and second characteristics arc represented by branching levels) in the 
data structures. 10 computer model is likely to be a compromise in anticipation 

of the particular applications which will access the data and 

BRIEF DESCRIPTION OF THE DRAWINGS the computer model will seldom be optimized for any single 

application. Therefore, even if the applications. Program 

The foregoing and other objects, aspects and advantages i^ og[am Dt m compatible with the computer model, 

will be better understood from the following detailed high i eve ls of perfecmance may not be achievable in view of 

description of a preferred embodiment of the invention with ^ ^ of ^ the app ii catioi , s must search in prior 

reference to the drawings, in which: ^ computcr model ^ structures, the order in which 

FIG. 1 is an overall operational diagram of a computer search criteria are applied in view of the organizational 

assisted design application. hierarchy of the data structure (e.g. tree) or the computer 

FIG. 2 is a generalized depiction of a tree data structure, jo overhead involved in management of the prior art data 

FIG. 3 is an example of a hierarchical image data model structures. In addition, while accessing data through a data 

in accordance with an aspect of the invention, structure, is likely to have accessed, and thus must manage. 

FIG. 4 is a graph diagram representative of an area far »™ man is bdng rnampulated at any given point 

specification space corresponding to an area entity and an m the operation of the W^n. 

area spec usage pattern entity of FIG. 3. " For examp e^ a generalized tree ™ is shown in 

^JTZ j - , . . . . . M FIG. 2. in which node Arepresents the overall design. Lower 

FIG. 5 depicts ^^^^^^^^ level nodes such as B. C. etc. will represent an inaeasing 

tures and mapping between data structures in accordance ^ rf ^ ^ m ^ Qtisi ^ mas or snapes OD a 

with the invention. chip or differentiated characteristics thereof. This hierarchy 

FIG. 6 is an exemplary organization of a computer model M is repC ated at further nodes until the most full expression of 

in accordance with the invention, and detail is reached at so-called leaf nodes such as are indicated 

FIGS. 7 and 8 illustrate an example of the operation of the at nodes 1. 2. 3 and 4. This rigid structure imposes the 

present invention, particularly illustrating the operation of requirement that each node must contain all the constraints 

the applications window and interaction with a real or virtual imposed by the information at lower levels of the tree. The 

hierarchical data structure through graphs in accordance 35 information contained in a particular node is unique to that 

with the invention. node and cannot be shared. Also, for efficient searching and 

. management of such a data structure, it is desirable to have 

DETAILED DESCRIPTION OF A PREFERRED ^ ^ Qlunber of wh ich emanate from 

EMBODIMENT OF THE INVENTION C acfa node; four branches from each node ^dominating in 

Referring now to the drawings, and more particularly to 40 FIG. 2. This type of division (e.g. quadrisection) is com- 

FIG. 1. there is shown a symbolic organization 10 of a monly applied to flat computer models by subdivision of 

database including a computer model 20. which is a repre- each area into four sub-areas and repeating the process until 

scntation of a segment of the real world for purposes of the desired granularity is reached, to result in a so-called 

interaction with and manipulation by one or more computer hierarchical area tree. However, when this type of subdivi- 

programs. Such a computer model can be made up of 45 sion is done, based either on area or some other criterion, 

descriptions of components and the relationships between each level of the hierarchy commonly contains all the 

them; the collection of components and relationships, in its information of all lower levels in order, for example, to test 

entirety constituting the model A plurality of programs or for compliance with design rules. It can therefore be readily 

applications may be used singly or in combination to appreciated that such a rigid structure may not be optimally 

manipulate information in the database in the course of 50 matched to either a particular design or a particular appii- 

computcr assisted design to create and refine the model. The cation for processing the data from which the computer 

database may contain information which is known from model is developed. More importantly, such a fixed nee 

previous design experience with similar technology or com- structure precludes optimization for any particular applica- 

ponent elements which may be used in the course of design tion or group of applications which may operate on data in 

of the structure represented by the computer model 20. It is 55 respect of certain ones or groups of properties and not 

to be understood that FIG. 1 is representative of the inter- others. Thus it is characteristic of such data structures mat 

action of the computer model 20 of the present invention far more data will be available than is necessary for pro- 

with a plurality of applications and in which connpatibility as cessing by any particular application for manipulation of the 

well as high performance is achieved by virtue of the data. 

invention. 60 In addition to the data processing difficulty in dealing with 

With prior art database computer models each application excess information, alluded to above, another serious prac- 

must separately interact with a substantially static data tical limitation on the ease of use and the requirements of 

structure containing a very large volume of data, much of designers is imposed by fixed data structures. That is. the 

which may be irrelevant to a particular application. The data contents of the data structure must be largely complete 

structure is provided as a mechanism for expediting search 65 before any meaningful degree of design evaluation can be 

of and access to this volume of data and thus is rigidly done. As a practical matter, this means that the underlying 

organized. Known hierarchical data structures, such as trees. technology must be more or less fully defined. Such a 
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definition of the technology is often not available in the early layer. Thus, by provisioo of symbolic layers, all information 

stages of design. Therefore, analysis cannot usually be made pertinent to a particular aspect of the design may be encap- 

m order to obtain a rough definition of the technology which sulated into one concise structure. Perhaps more 

will be required. Conversely, it is difficult to use rough importantly, this form of modelling also allows the symbolic 

definitions of a proposed technology in a flat or bitmap type 5 layers to be application specific even when a plurality of 

of image model Therefore, the definition of the model physical layers is involved, 

cannot be readily refined as the design progresses. The interaction between different entities are represented 

With specific reference to integrated circuit design, for by relationships. The characteristics of each entity are rep- 
example, to which the invention should not be considered to resented by attributes. For example, in an integrated circuit 
be limited, computer models are typically referred to as 10 including a number of circuits placed on a chip, each circuit 
images of layers of which the device is composed and which will be represented by an entity (at a given level of 
are conventionally represented in a flat form in the nature of abstraction), the fact that the circuit resides on a chip is a 
a bit map. Each coordinate of interest is represented by a relationship and the size of the chip or the circuit will be an 
group of bits and each layer of the device is represented by attribute. At another level of abstraction, for example, at the 
a two-dimensional array of such groups of bits. The l5 device leveL the device is represented by an entity, the 
invention, however, models such data in a hierarchical form connections from the device to surrounding pattern portions 
having constructs for representing the characteristics of are represented by relationships and the underlying technol- 
different areas in a compact form. One practical advantage ogy is represented by an attribute. As devices are grouped 
of this approach is that areas can be subdivided in a together in the formation of the overall model, then, it is seen 
hierarchical manner based on the technology which under- ^ that each grouping can be represented as an entity with 
lies the chip or package being designed relationships defining the relationships to other entities and 

To this end, the hierarchical computer model in accor- attributes defining the characteristics of the entity. Thus, it 

dance with the invention is based on entities, relationships should be observed that the relationships point upwards in 

and attributes (EAR). The actual pattern portions of layers or the tree to entities comprised of larger groupings while 

areas, for example, are represented by nodes of the hierar- 25 attributes of each entity comprises the aggregate properties 

chical computer model which, for clarity and distinction of the constituents of the entity, such as design rules, and 

from nodes of a fixed data structure also employed in the serve to surnmarize and thus hide the specifics of the 

invention, are referred to as entities. It is also preferred to constituents which are. themselves, represented by entities 

provide, as an entity, a definition or specification of char- nested at lower hierarchical levels, 

acteristics of certain types of areas in the image which will 30 Referring now to FIG. 3 with the foregoing as definitions 

hereinafter be referred to as an "area spec" or "area spec of the more significant features of the data structure archi- 

enuty". Area spec entities are used to facilitate data sharing tecture in accordance with the invention, an example of a 

since the characteristics of every area in an image is defined hierarchical data structure 100 in accordance with a pre- 

by an area spec entity although mere will seldom be a f erred form of the invention is shown. Central to the 

one-to-one correspondence between areas and area specs (as 35 architecture of FIG. 3 is a collective model 110 of physical 

would only occur when every elemental area was unique in design objects or a collection thereof which may be objects 

most, if not alt characteristics). or systems such as pins, nets and the like associated with the 

Additionally, two other forms of entities are preferably package design 120 which is the highest level of the hier- 

provided. First in order to limit the region of consideration archy of the data structure. Linkage of the package design 

by a user and to similarly truncate the data which must be 40 symbolic layer entity 130. area entity 140. area spec 

handled by the processor, an application window is prefer- usage pattern entity ISO (which records how different area 

ably provided This application window is, itself, a user- specs are combined to form other area specs and their 

defined area of the image and will contain one or more areas relative locations in a hierarchical fashion), area spec entity 

and one or more area specs corresponding thereto. Second. 160 and application window entity 170 is depicted by 

while all electronic integrated circuit packages are made up 45 bi-directional arrows to indicate that direct access from any 

of physical layers (and many other physical objects can be entity and the return of information thereto is provided, 

similarly described), it must be remembered that the result- Further in FIG. 3, other arrows indicate the relationships 

ing device is three-dimensional. Therefore, some layers, provided between the entities and the package design 120. 

such as via patterns and other interconnect structures, may The numbers adjacent to the ends of the respective arrows 

not be single physical layers but may be conveniently 30 indicates the correspondence or cardinality of the particular 

represented as such. Therefore, such representations are relationship. Specifically, the package design contains or can 

preferably provided and referred to as symbolic layers, be expanded to m symbolic layers 130 at any desired level 

Conversely, symbolic layers are often a combination of of abstraction, as discussed above, indicated by arrow 121. 

physical layers. For example, a so-called placement layer (Incidentally, the notation "0. 1" affixed to the origin point 

may actually be composed of two semiconductor layers and 55 of some arrows indicates that the an entity need not exist or 

a metal layer but more conveniently represented as a single, be contained by another and that the relationship, likewise 

aggregate layer. Such a placement layer also serves as an need not exist The condition where an entity might not exist 

abstraction of "legal" placement location targets for com- would generally occur at initialization or early stages of the 

ponent placement, independent of the underlying implemen- design phase or for areas defined by leaf specifications.) 

tation. Another example is a wiring layer which represents 60 Thus, a selectable one of m symbolic layers 130 provides 

all constraints and structures necessary for interconnections access through the remainder of the relationships to ail 

on a particular part of a chip. Symbolic layers may also be entities in the data structure, as follows, 

aggregated in the same manner as physical layers may be One attribute of the symbolic layer 130 Is that it has a 

aggregated; the resulting representation combining the fea- defined area which is, by definition, congruent with the area 

tares of plural symbolic layers into a single so-called physi- 65 of an area entity 140 which holds all the personalization 

cal design layer. An example of such physical design layers information (e.g. pattern specifications) for a region which 

would be a multi-layer wiring layer such as a global wiring is. in turn defined by an area spec entity 160. Therefore any 
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symbolic area 130 may be said to contain only one area 
entity 140 and one area spec 160. as indicated by arrows 131 
and 132. respectively. Information in an area entity is unique 
to that area (or considered to be unique since each area of an 
image which can be defined in a plane is different from any 
other area which can be defined) and is not shareable. If. in 
fact, different areas, represented by area entities, have iden- 
tical contents (although the areas are not the same identically 
located areas), the definition of the contents may be shared 
as indicated by arrow 161. connoting the capacity of area 
spec 160 to expand to ra area entities 140. The capability of 
expansion of an area spec entity to a plurality of area entities 
effectively provides a compacted expression of at least 
common attributes of area entities. 

This relationship between area entities and area spec 
entities provides an additional facility during design since 
changes of design information may require reorganization of 
the hierarchy. Since shared data is stored only in regard to 
area spec entities reorganization of the hierarchy is only 
necessary when the changed information is represented in an 
area spec entity which is readily detected by having required 
access thereto from the hierarchically higher area entity. In 
such a case, this feature of the invention provides a mecha- 
nism for transferring the changed data and shared data (or 
only the changed data as an exception to the shared data) to 
the area entity merely by following pointers in a manner 
which will be evident to those skilled in the art in view of 
this description. 

A symbolic layer also represents all lower levels of 
abstraction in the hierarchy and. just as it contains a single 
corresponding area, the symbolic layer represents data at all 
lower levels of abstraction and thus provides a data encap- 
sulation or hiding function to limit the amount of data 
accessed. However, it is sometimes important to be able to 
review the design in all detail and the symbolic layer 130 
preferably includes the facility, though direct or indirect 
pointers to all data at the lowest level of abstraction in the 
design, referred to as the "Hasleaf" relationship depicted by 
arrow 133 which indicates that the symbolic layer 13t 
expands or corresponds to m leaves of a hierarchy (e.g. a 
tree). 

The area spec usage pattern entity 150 contains informa- 
tion concerning how different area specs may be combined 
into another area spec at a higher level of abstraction in a 
hierarchical fashion and the relative locations thereof. 
Therefore an area spec 160 at any given level of abstraction 
may be said to contain m area spec usage pattern entities 
150, as indicated by arrow 162. Conversely, access to any 
one of m particular area spec usage pattern will provide a 
pointer, in the form of an address, name* table or the like, to 
a single area spec entity 160 which contains the accessed 
area spec usage pattern 150. as indicated by arrow 163. It 
should also be recognized that the relationships imple- 
mented by pointers also represent a very much limited 
search space for updating of the hierarchical data model of 
the invention when design information is changed. 

For simplicity of illustration, the dotted arrow 141 depicts 
a slave relationship of the area entity 140 to itself which 
follows the same relationship as the area spec entity 160 
bears to itself through the area spec usage pattern entity 150 
to indicate the hierarchical relationship to areas (represented 
by area entities at a lower hierarchical level) which directly 
correspond to and are thus contained by a given area entity 
at any given level of abstraction above the leaf level. 

In summary at this point of the discussion of FIG. 3. it is 
seen that the package design 120 contains and thus provides 
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for accessing of any symbolic layer 130 within the design. 
The symbolic layer provides encapsulation or hiding of all 
data represented by it and its corresponding area but pro- 
vides access (e.g. an anchor point for reference) to the details 

5 thereof by pointers or the like to the area entity 140 or the 
area spec entity 160 as well as fast access to the leaf 
information by expansion. Redundant storage of data is 
avoided while maintaining unique area definition by the 
relationship between the area entity 140 and the area spec 

l0 entity 160; the area spec entity providing for sharing of data 
defining attributes of the area entity while the area entity 
data is not shared. (For example, two or more areas could be 
similar by having certain common characteristics but dif- 
fering in other characteristics). The common characteristics 

15 may then be represented by the area spec entity 160 and 
shared while the differences are contained in the area entity 
from which sharing of data is prohibited. Each of the area 
entity 140 and the area spec entity 160 includes information, 
preferably in the form of pointers, to indicate the constituent 

^ area and area spec entities thereof at lower levels of 
abstraction, such as is illustrated by the area spec pattern 
usage entity 150. 

In should also be understood from the foregoing, that the 
data structure such as tree 220 need not exist or be generated 

25 for the data structure in accordance with the invention to be 
utilized or operated upon by an application. Similarly, 
relationsmps between entities need not physically exist For 
example, special program or data processing functions can 
be used to achieve the effect of relationships between entities 

30 by. for example, simulation of the existence of pointers 
anywhere in the data structure. likewise, relationships may 
be recorded or implicit in (e.g. expressed by) special data 
structures used in combination with the data structure of 
FIG. 3 and thus simulate the presence of the relationsmps 

35 illustrated by simulation of the existence of pointers any- 
where in the data structure. In this way. relationships may be 
made either real or virtual and simulations may be made at 
any levcL including the simulation of a fixed data structure 
such as tree 220. 

40 It is to be understood that within the package design, any 
entity at any hierarchical level of the data structure may be 
directly accessed, interrogated or changed by any applica- 
tion corresponding to Program 1 through Program n of FIG. 
1. Each entity provides some degree of data hiding (the 

45 symbolic layer entity providing data hiding through encap- 
sulation and the area entity and area spec entity providing 
data hiding through hierarchical information such as 
pointers). Thus, the data structure of FIG. 3 thus far 
described provides limitation of the amount of data accessed 

50 to closely follow the requirements of each application pro- 
gram which may be used to process to information at any 
leveL This feature of the invention also effectively avoids 
the need to build the complete area hierarchy data structure 
(e.g. a hierarchical area tree) in order to retrieve information 

55 therefrom or to store processed information therein. This 
advantage of the present invention is particularly exploited 
by the additional feature of the application window entity 
170 for providing a spatial restriction within the encapsu- 
lation facility, which will now be described. 

60 As an enhancement and perfecting feature of the 
invention, an application window entity 170 is also prefer- 
ably provided. In effect, the definition of a window refer- 
enced to a geographic area of the image allows the user to 
select one or more symbolic Layers 130 or regions within the 

65 symbolic layer(s) which is of particular interest for process- 
ing. Thus the application window may be said to "cover" 
(arrow 171) or expand to all symbolic layers and to "con- 
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tain** or expand to a corresponding plurality of area entities 
(arrow 172) or area spec entities (arrow 173). Nevertheless, 
since the applications window is confined within the image 
area, its definition allows the restriction of search area 
through the data structure and simplification of data access 
as well as association of static areas of the design with 
particular entities such as floorplan areas for chiplets. The 
application window entity may also be defined to coincide 
with an area of a user-defined hierarchy which may, by 
virtue of the invention, be entirely independent from either 
a data structure such as a hierarchical area tree or the graphs 
due to the data hiding capability of the symbolic layers 130. 

In view of the above, it is also readily appreciated that the 
basic entities of the data structure of FIG. 3 are the area 
entity 140. the area spec entity 160 and the area spec usage 
pattern entity 150. It must be remembered, however, that the 
depiction in FIG. 3 represents on a single level of hierarchy 
or abstraction of the design which supports access to adja- 
cent levels of the hierarchy. The relationships between these 
entities for access between levels of the hierarchy is illus- 
trated in the diagram of FIG. 4 which is referred to as a graph 
200. For purposes of explanation of this graph 200. it is only 
necessary to consider the hierarchy illustrated in terms of the 
area spec entity 160 (which is. of course, identified by the 
area entity 140) and the area spec pattern usage entity 150. 

In FIG. 4. the area spec information for content (e.g. 
placement, defined by an area entity) of a portion or the 
entirety of a pattern is depicted by a shaded ellipse. The 
corresponding area spec usage pattern entity containing a 
pointer to an area spec at a lower hierarchical level is shown 
as a rectangle shaded correspondingly to the area spec to 
which it points. Thus, the package specification 120' corre- 
sponding to the package 120 of FIG. 3 and provides access, 
through other entities, to the entire information of the 
design, also may be said to expand to node A of FIG. 2. As 
discussed with reference to FIG. 3, the package identifica- 
tion 120 allows access to symbolic layer 130 (as may be 
further defined by the application window entity 170) which, 
in turn allows access to the area spec 160 at a given level of 
the hierarchy. If further detail (which is otherwise hidden) is 
required, an area spec usage pattern (e.g. 157, corresponding 
to 150 of FIG. 3) contained (162'. corresponding to 162 of 
FIG. 3) by the area spec 160 is accessed and a pointer 
reference (163' corresponding to 163 of FIG. 3) to the area 
spec (e.g. 167) at the next lower level of hierarchy returned. 
These area specs, of course, correspond or expand to the 
aggregate information of intermediate nodes (e.g. B and C) 
of the tree 220 of FIG. 2. Different paths to different 
information can. of course, be followed (e.g. to 165) to 
different information since plural area spec usage patterns 
(e.g. 155, 157) may be contained by each area spec. This 
process may be repeated (e.g. through 156 to 166. through 
158 to 168), as necessary, until the desired level of detail 
information is obtained. 

It should be further noted that since each area spec (e.g. 
intermediate area specs 165. 166 or 167) at each level of the 
hierarchy may contain more than one area spec usage 
pattern, branching may occur as shown through 159' to Leaf 
spec 169. By the same token, the branching may allow the 
same leaf spec (e.g. 159) to be accessed over different 
combinations of intermediate area specs. 

As indicated above, access to the data structure as illus- 
trated in FIGS. 3 and 4 can be done at any entity to limit the 
data returned both by category (e.g. by symbolic level or by 
whether the design is of commonly shared features or unique 
features of areas) as well as by hiding data at lower hierar- 
chical levels and encapsulation. In mis regard, it is to be 
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noted that it does not matter whether or not hidden, encap- 
sulated or otherwise excluded data even exists and thus the 
data structure supports analyses to be performed at levels of 
design where much of the data can only be roughly approxi- 

5 mated. This, the existence of data can be simulated for 
analysis even before real data is available. Another advan- 
tage accruing from the data structure based on particular 
entities, relationships and attributes as depicted in FIGS. 3 
and 4 is that each application can now access only the data 

10 which is required for immediate processing by virtue of the 
ability to access any entity at any hierarchical level and 
thence to traverse the data structure hierarchically through 
limited searches for data. 
Since a fixed data structure such as a hierarchical area tree 

15 may be derived from the graphs, as will be more evident 
from the discussion of FIG. 5. below, and the function of 
hiding of all data other than the data necessary for current 
processing, it should also be appreciated that data structures 
such as a hierarchical area tree can be built on demand and 

20 incrementally, using the invention. Data can be retrieved 
without expanding the entire tree structure, reducing both 
search time and data structure maintenance processing over- 
head. Further, since data transfer between a fixed 'data 
structure, such as a hierarchical area tree, and the graphs and 

25 the hierarchical data structure of FIG. 3 upon which the 
invention operates is not necessary to processing of data 
within the graphs, fixed data structures may be simulated 
without need for their existence prior to completion of the 
design or a particular portion thereof. 

30 It is also to be understood that due to present usages in 
the art. much of the data will be available in a flat 
representation, hierarchically divided by areas (e.g. spatially 
partitioned) to a given degree of granularity, and mat the 
final design (as well as intermediate stages thereof) will 

35 preferably be a fully detailed bit map. Although the nature 
of the hierarchy in the final data structure is unimportant to 
the practice of the invention, it can be anticipated that it will 
at least be hierarchical and that the use of a tree architecture 
is likely due to the advantages and the many existing 

40 algorithms available for the efficient management thereof. 
FIG. 5 illustrates the technique of developing correspon- 
dence between the hierarchical data model embodied in the 
data structure of FIGS. 3 and 4 an a generalized, fixed 

43 hierarchical data structure such as the tree depicted in FIG. 
2. In essence, a pointer or some other identification is 
provided at the area spec entity to allow mapping of each 
area spec (but not the area spec usage pattern entities) to 
nodes of the tree. Two particular advantages accrue from this 
feature of the present Invention which are particularly evi- 
dent from FIG. 5. 

First the capability of avoiding storage of redundant data 
is abundantly clear since, for example, leaf area specification 
AAof the graph 200 of FIG. 4 or FIG. 5 maps onto thirty leaf 

55 nodes of the tree 220. Similarly, leaf specification BB 
corresponds to four nodes of tree 220. This advantage is not 
limited to leaf nodes as can be seen at area spec cc which 
maps onto six intermediate nodes of tree 220. It should also 
be noted that the correspondence of leaf nodes, to which leaf 
specification AA maps, with the intermediate nodes, to 
which area spec CC maps, is not necessarily complete or 
redundant over the leaf specification mapping. Thus differ- 
ences between nodes D and £ can be fully expressed while 
allowing shared storage of definitions of nodes such as E and 

Second, access to the entities of the data structure of FIG. 
3 and particularly the areas spec entities at any desired 
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hierarchical level of FIG. 4 effectively allows the 
application, while forming the graph of FIG. 4. to build an 
application-specific tree or sub-tree structure. In other 
words* the mapping of the graph to another hierarchical data 
structure such as tree 220 of FIGS. 2 and 5 allows the tree 
structure to be transparent to the application. By the same 
token, access to the tree is thus made application specific and 
any searches of data may be conducted within the graph and 
then mapped to the fixed data structure memory space. 
Therefore, if plural applications are used to access and 
manipulate the data, each application will have its own. 
customized, form of access to data through its own graph 
while the tree, which none of the applications need know or 
be specifically adapted to communicate with, provides for 
transfer of data between the graphs of different applications. 
This also provides for the effective change of hierarchical 
differentiation criteria (e.g. the criteria which differentiates 
nodes at different levels of the hierarchy) from one appli- 
cation to another without the need for conversion or reor- 
ganization of the basic tree structure and significantly 
reduces processing time and overhead. Further, the capacity 
for defining multiple symbolic layers which may correspond 
to either shared or independent data structures, plural hier- 
archical differentiation criteria may be employed for accom- 
modation of the requirements of different applications. It 
should also be recognized that encapsulation by the sym- 
bolic layers 130 in the hierarchical computer model and 
graph in accordance with the invention also provides encap- 
sulation of data in the fixed data structure such as tree 220 
of FIGS. 2 and 5 by virtue of mapping of encapsulated nodes 
or entities of the computer model to a limited group of nodes 
of the fixed data structure. 

In combination with the applications window entity 170 
in which the area of the window can be defined to coincide 
with hierarchical differentiation criteria such as an informa- 
tional filter partition in a user defined hierarchy and the 
capability of accessing a plurality of symbolic layers 
through the application window, the designer can establish 
an arbitrary hierarchy in which the hierarchical data struc- 
ture of FIGS. 3 and 4 is embedded; the correspondence 
being provided automatically by the invention. For example, 
the application window can be defined to coincide with a 
designer defined block which embodies a user-defined hier- 
archy. Likewise, any symbolic layer, since it also corre- 
sponds to an area can also be a user-defined block embody- 
ing a user-defined hierarchy. Thus it is seen that the 
invention can accommodate conversion and correspondence 
between a plurality of diversely organized data structures 
while supporting access by plural applications in a manner 
which is effectively optimum for each application. 

Referring now to FIG. 6. an overview and summary of the 
functional relationships within the computer model in accor- 
dance with the invention will now be discussed. The basic 
relationship of the applications 61 to the overall computer 
model 60 is the same as that depicted in FIG. 1. Within the 
computer model, however, there are two interfaces between 
the applications and the computer model: a scoping facility 
62. achieved as described above with the applications win- 
dow entity 170, and an encapsulation facility, achieved as 
described above with the symbolic layer entity 130. As 
shown, the scoping interface is preferably not an indepen- 
dent interface but controls the symbolic layer entity 130 
which provides the encapsulation facility 63 as indicated at 
171 of FIG. 3 and discussed above with reference thereto. 
The encapsulation facility then communicates 
bi-directionally with the operational access facility provided 
through the area entity 140. the area spec entity 160 and the 
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area spec usage pattern facility 150 as also discussed above. 
This operational access facility 64 allows access to any of 
the entities of FIG. 3 and traversal of the hierarchical model 
through the slaved relationships defining the contained area 

s and area spec entities by means of pointers or the like. The 
data snaring facility 65 provides data to the operational 
access facility 64 by virtue of the mapping of area spec 
entities to either plural area entities or plural nodes of the 
hierarchical (e.g. tree) structure 220 of FIGS. 2 and 5. One 

10 or more model creation applications 66. such as manual or 
computer assisted editors, graph derivation algorithms and 
pattern recognition applications, which are otherwise known 
in the art and the details of which are not important to the 
practice of the invention develop data which is placed into 

15 the computer model 60 in accordance with the graph of FIG. 
4. 

Referring now to FIGS. 7 and 8. the operation of the 
invention will now be explained. A multi-layer package 
structure under design is shown at the upper left of FIG. 7 

20 and in expanded form in FIG. 8. Different levels of grouping 
of areas is indicated by bounding lines and hatching. For 
example, areas labelled 5. 6. 7 and 8 (which may or may not 
be identical) are bounded by a square 81 and the area 
surrounding the areas contains horizontal hatching to indi- 

25 cate that this array of areas may also be described as a single 
area. Likewise, three of these areas are surrounded by a 
vertical rectangle 82 and the intervening area marked with 
dotted hatching for like purpose. Either of areas bounded by 
line 81 or 82 may be replicated at will and with or without 

3 0 changes from Iteration to iteration. For purposes of this 
example, it is assumed that the particular phase of design in 
process is the determination of capacity of an area for 
placement of chips or a particular type of pattern and that a 
substantial amount of detail data is already present in the 

35 graph of the model at several hierarchical levels. 

As this model was previously built of such information as 
transistor, gate element locations or ship slot locations in 
multi-chip modules, which are built, a priori groups of 
devices are then analyzed to form a set of constraints 

40 represented in a graph covering a plurality of hierarchical 
levels. These constraints are now referenced to larger areas 
and the details thereof may not need to be further 
considered, as is assumed. Now. if an area is to be analyzed 
for placement of. for example, chips or patterns 28 and 29, 

43 an application window 83 and its corresponding entity 170 
is defined by utilization of the scoping mechanism. Once the 
application window is defined, the details of the interior of 
areas bounded by areas 82 and 84 are hidden by the 
hierarchical structure of the graph or the encapsulation of a 

50 symbolic layer as indicated in the lower portion of FIG. 8 
and areas 28 and 29 are indicated as potential locations for 
placement of chips or patterns or the like under control of 
model creation applications 66 of FIG. 6. Information nec- 
essary for processing is derived, through the mapping func- 

55 tion of FIG. 5. for example through expansion of the tree 
structure in accordance with the application window. Just as 
the invention allows the incremental, on demand develop- 
ment of trees and sub-trees, the entire fixed data structure ox 
tree need not be expanded for access to any particular node 

60 or group of nodes of the tree or sub-tree. This is depicted in 
FIG. 7 in which, fox example, the application window does 
not require of expansion of nodes B and C while accessing 
data which branches from node C in tree 220 which repre- 
sent a fixed data structure in the same manner as tree 220 in 

65 FIGS. 2 and 5. 

In the course of mis determination, as shown in FIG. 7. 
areas of one or more of the symbolic layers 130 are selected 
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in accordance with the application window entity 170. These said physical structure within said encapsulation means and 

regions of symbolic (or encapsulation layers are defined in said first and second data structures encapsulated therein, 

terms of area and/or area spec entities represented in graphs 5. An information model as recited in claim 4. wherein 

and men mapped onto, for exarnple. a m>^^ said encapsulation means further includes means for 

220. In effect the appUcation area 83 within the symbolic or 5 accessing. interrogaUJig or changing at least one selected 

encapsulation layer area 72 is thus mapped onto the hierar- of one of said first and second data ^uctures 

chicT area tree 220 as a selection of n£« thereof indicated . «■ information model as recited in claim 1. further 

by the bounds of area 71. As described above, it should be ^eluding ...... r 

noted that some (e.g. 1ST. 20', 33') but not all (e.g. 21'-24') ~ . f <* ^^ D J J* ^ ^ J?* ° f 

leafnc^esaremiL io ^ ^JS^JZ*" * ' ^ 

lack of need for expansion of area 85 rneC for altering said descriptions at hierarchicaUy 

From the foregoing, it is seen that the invention embody- higher nodes of said first data structure corresponding 

ing a graph data structure and including entities having to ^ specification G r alteration of said descriptions, 

particular relationships therebetween and mappable onto 7 ^n information model as recited in claim 6. further 

another hierarchical structure provides a powerful and flex- 13 including 

ibie tool of access to portions of a computer model, permit- ^ans for simulating a specification or alteration of said 

ting data hiding and nunimizauon of search and manipula- descriptions of physical or abstracted physical 

tion of. for example, a hierarchical area tree structure attributes at a lower level of said hierarchical partition 

expressing the design. The invention thus allows analysis of of said ^ ^ structurc at a higher level of said first 

designs at early stages where only rough approximations of 20 structure. 

data are available (by simulation of any entity) as well as the g ^ information model as recited in claim 7. wherein 

inixing of real (e.g. known, a priori), estimated and derived said mBm for simulating a specification or alteration of said 

data while hiding non-essential data and provides transpar- descriptions includes at least one of 

ency of the merarchical area data structure, perrnitting each data processing means to produce the effect of relation- 

application to have customized access thereto. 23 ships between entities, and a data structure to record or 

While the invention has been described in terms of a simulate existence of a relationship between entities, 

single preferred embodiment, those skilled in the art will 9 A method of performing an operation on data repre- 

recognize that the invention can be practiced with modifi- senting physical or abstracted physical attributes of an object 

cation within the spirit and scope of the appended claims. including the steps of 

Having thus described my invention, what wc claim as specifying said data in a first data structure in a hierar- 

new and desire to secure by Letters Patent is as follows: chical form 

1. An information model comprising storing specification data in nodes of a second data 
a first data structure containing* at respective nodes. structure, said second data structure being hierarchi- 

descriptions of physical or abstracted physical 35 partitioned, said specification data at a node of 

attributes of a spatially partitioned physical structure, said second data structure corresponding to said data 

said descriptions of physical or abstracted physical stored in at least one node at a single merarchical level 

attributes being partitioned merarchically, of said first data structure, 

a second data structure containing, at respective nodes, a mapping nodes of said first data structure to nodes of said 

nested, compacted, representation of each said hierar- 40 second data structure, and 

chical partition of said physical or abstracted physical forming an encapsulating layer which interfaces with said 

attributes and specifications of each said hierarchical ^d second data structures for accessing, interro- 

partition of said physical or abstracted physical gating and altering said first and second data structures. 

attributes, and 10. A method as recited in claim 9. wherein said encap- 

an interface means for encapsulating said first and second 45 sulation step includes the further step of 

data structures from inquiring applications isolating a partition of said encapsulation layer, 

each said node of said first data structure mapping to a 11. A method as recited in claim 10. wherein said partition 

node of said second data structure and each node of said is a spatial partition corresponding to a portion of said 

second data structure mapping to at least one node at a object 

single hierarchical level of said first data structure. 30 1Z A method as recited in claim 11. wherein said spatial 

2. An information model as recited in claim 1. wherein filter partition is defined to coincide with hierarchical dif- 
said respective nodes of said second data structures are ferentiation criteria of a user-defined hierarchy. 

related in a hierarchy. 13. A method as recited in claim 10. wherein said partition 

3. An information model as recited in claim 1. wherein is a informational fitter partition. 

said encapsulation means further includes means for 55 14. A method as recited in claim 13. wherein said infor- 

accessing. interrogating or changing at least one selected mational filter partition is defined to coincide with hierar- 

node of one of said first and second data structures. chical differentiation criteria of a user-defined hierarchy. 

4. An information model as recited in claim 1. further 

including scoping means for defining a spatial restriction of * * * * » 
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